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PROTOCOL-INDEPENDENT JSP INVOCATION 



FIELD OF THE INVENTION 

The present invention is directed to an improvement in computing systems and in particular to 
5 composing JSP-based messages independently of request protocol. 

BACKGROUND OF THE INVENTION 

In web-based environments, browsers make requests to web servers for HTML-format pages. 
HTML-format pages are returned by web servers to browsers using the HTTP protocol. As the 
10 need for generation of HTML pages has become greater, tools have been developed for 
generating sophisticated pages in response to browser requests. One technique for the generation 
of HTML pages for communication via HTTP protocols is provided in the Java Server Pages 
(JSP) standard. A JSP description replaces a fiill HTML description of a page. A JSP file may 
contain both HTML text and Java code and will produce HTML files as output. 

: S 15 A given JSP file is preprocessed to create a servlet source file that when run will output any 
; =^ HTML text in the JSP file and will run any Java code contained in the JSP file. After compilation 
a byte code version of the JSP file is available for execution. The result of the execution of the 
byte code is the return of an HTML page to the browser which requested the page defined by the 
JSP. 

20 In web servers, however, communication is not necessarily restricted to web browser-web server 
communication using the HTTP protocol. Other communication channels may be designed and 
implemented to be used in the web server environment. In current implementations for executing 
JSP files, the JSP fiinctionality is invoked as part of an HTTP request. An HTTP servlet request 
object is needed to execute the JSP and as a result the environment for JSP execution is required 

25 to be an HTTP request environment. Where communication between a requester and a server is 
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carried out in a using a non-HTTP protocol, prior art systems do not permit JSP execution as part 
of the non- HTTP communication. However, JSP functionality may be desirable in formatting 
messages for non-HTTP communication. 

It is therefore desirable to have a messaging system that is able to utilize JSP functionality for use 
5 in communication independent of an HTTP-based request. 

SUMMARY OF THE INVENTION 

According to an aspect of the present invention there is provided an improved computer system 
for JSP-based messaging. 

10 According to another aspect of the present invention there is provided a computer program 
product for providing a composition service for invocation in a web server environment to format 
messages using specified JSP files, the web server comprising an adapter process for accepting 
and responding to non-HTTP requests, the computer program product comprising a computer 
usable medium having computer readable code means embodied in said medium, comprising 

15 computer readable program code means for implementing the composition service, the 
composition service comprising a first execution path selectable when the composition service is 
invoked in response to an HTTP request in which first execution path the specified JSP files are 
executed directly in the web server environment, the composition service comprising a second 
execution path selectable when the composition service is invoked in response to a non-HTTP 

20 request, in which second execution path a JSP execution method is identified for the specified JSP 
files and in which the specified JSP files are executed in accordance with the identified execution 
method. 

According to another aspect of the present invention there is provided the above computer 
25 program product in which the JSP execution method is the generation of an HTTP request to the 
web server to execute the specified JSP files. 
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According to another aspect of the present invention there is provided the above computer 
program product in which the JSP execution method is the direct call to the servlet runtime in the 
web server with an object buih by the composition service corresponding to the specified JSP 
5 files. 

According to another aspect of the present invention there is provided a method for invoking JSP 
formatting for messages generated in response to a non-HTTP request made to a web server, the 
method comprising the following steps; 
10 a) creating an adapter process for accepting non-HTTP requests, 
■ = b) the adapter process accepting the non-HTTP request, the request relating to a message 

defined by specified JSP files, 
'j c) the adapter process generating an HTTP request to the web server corresponding to the 

IZ, specified JSP files, 

■PIS d) the web server responding to the HTTP request by executing the specified JSP files and 

returning a JSP-formatted message to the adapter process, and 
l-il e) the adapter process returning the JSP-formatted message in response to the non-HTTP 

'0 request. 

20 According to another aspect of the present invention there is provided the above method in which 
the adapter process implements the step of generating an HTTP request to the web server, using a 

composition service available to format messages in response to both HTTP and non-HTTP 
requests. 

25 

According to another aspect of the present invention there is provided a computer program 
product for invoking JSP fijnctionality for non-HTTP requests, the computer program product 
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comprising a computer usable medium having computer readable code means embodied in said 
medium, comprising computer readable program code means for carrying out the above methods. 



It will be recognized by those skilled in the art that the code can be carried on a medium such as a 
5 modulated carrier signal, which can be transmitted over a network such as the Internet for use by 
a computer. 

Advantages of the present invention include the use of JSP-based message formatting not related 
to an HTTP request. 

; pjlO BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram showing components utilizing the JSP-based messaging of the 
i 2 preferred embodiment. 

i = DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

1^15 Figure 1 is a block diagram representing components of the preferred embodiment arranged to 
! =^ permit non-HTTP, JSP-based formatting. Figure 1 shows browser 10 and non-HTTP requester 

12. Browser 10 communicates using HTTP with web server 14 (an HTTP server). Non-HTTP 

requester 12 communicates with adapter 16. 

In an HTTP communication path, browser 10 makes a request to web server 14. If the request 
20 relates to a JSP-based message (i.e. a request is being made for a page with formatting defined by 
a JSP file) a servlet configuration object and a servlet request object are created by a servlet 
runtime in web server 14 (not shown). 

The JSP page may include Java code which is executed to obtain data which will be included in 
the HTML page to be returned to browser 10. The servlet contains a forward to return the 
25 completed HTML page to the browser using the HTTP protocol. The JSP execution mechanism 
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is designed to be invoked as the result of an HTTP request and the servlet request object that is 
required for execution of a JSP file is generated as a result of the receipt, by web server 14, of the 
HTTP request from browser 10. 

According to the preferred embodiment, a process (or thread) shown in Figure 1 as adapter 16 is 
5 created within web server 14 to permit non-HTTP communications to take place. Adapter 16 
contains code to permit communication with non-HTTP requester 12. However, when a 
non-HTTP request is received by adapter 16, a page or data to be returned to non-HTTP 
requester 12 cannot be directly defined using JSP fiinctionality as the objects that are created on 
receipt of an HTTP request, and that are necessary to execute a JSP file, are not generated on 
10 receipt of the non-HTTP request. Rather, to format a page, or other data to be returned to 
non-HTTP requester 12, adapter 16 invokes a method provided by the preferred embodiment. 

As will be apparent fi^om the description below, the composition service available for use by 
adapter 12 may be implemented in different ways. As the mechanism is used to access and 
execute JSP files, a preferred approach is to use a Java language method to implement the 
15 composition service. For this reason the description refers to a method being provided for use by 
adapter 16. However, other implementations are not restricted to a Java language method. The 
composition service provides a common mechanism usable within defined fimctions in the web 
server context to provide JSP formatting fimctionality The service is available whether the JSP 
fijnctionality is being invoked as the result of an HTTP request or not. 

20 In the preferred embodiment the method is the Java language compose() method. As may be seen 
fi-om Figure 1, the compose() method of the preferred embodiment is accessible fi"om servlet 20, 
responding to a request from browser 10 (shown as compose() call 21 in Figure 1). Likewise, 
composeO may be called fi'om within adapter 16 (shown as compose call 17). 

The composeO method takes as arguments formatting specifications that can be met using defined 
25 JSP files. This permits standard JSP-based composition to occur for the request made by 
non-HTTP requester 12. The composition service (the compose () method referred to above) is 
passed data to be used in the creation of a message. The composition service distinguishes 
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between JSP execution made as the result of HTTP and non-HTTP requests. The caUing 
processor or thread using the composeQ method need not be aware of the details of how the 
original request was made, this is dealt with within the composition service (the composeQ 
method in the preferred embodiment) as is described below. By using the composition service of 
5 the preferred embodiment, a single function may be used to carry out processing and JSP-based 
formatting of the result, and the single function will be available in responding to HTTP and 
non-HTTP requests. 

In the composition service of the preferred embodiment, two execution branches are found. 
Where a request is made to the composition service as the resuh of an HTTP request (as shown in 
10 composeQ call 21), a JSP can be executed directly. The first execution branch is executed in this 
case and a forward request is generated to execute appropriate JSP files using the defined servlet 
request object. 

On the other hand, when a non-HTTP request is handled by the composition service, the second 
execution branch is executed. This execution branch contains functionality to ensure the JSP files 
1 5 are executed despite the absence of a defined servlet request object. 

One method of carrying out the execution of the JSP files in the composition service where there 
is no HTTP request, is to have the composition service itself generate an HTTP request to web 
server 14 based on the required JSP execution. In the Java system of the preferred embodiment 
this is accomplished by building a java.net.URL object in the composition service with the 
20 appropriate data and performing a get on the contents of the URL. This aeates an HTTP request 
to web server 14 and the JSPs specified will be run by web server 14 in the usual manner, the 
result being returned to the composition service invoked by adapter 16. Because the composeQ 
method makes use of web server 14, the servlet objects needed to execute specified JSP files are 
available. 
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In this manner it is possible for the same composition service to provide JSP-based formatting 
(the generation of pages using JSP definitions) in response to both HTTP and non-HTTP 
requests in a web server environment. 

It is contemplated that the composition service of the preferred embodiment is also able to be 
5 implemented to provide a JSP execution in response to a non-HTTP request without generating 
an HTTP request to the web server. This may occur where a web server architecture is such that 
a direct call may be made into the servlet runtime. Such a direct call will not require a servlet 
request object to be generated but will rely on the composition service being able to build objects 
required for a direct call to the servlet runtime in the web server to execute a JSP. Where such a 
10 direct caU is available, the composition service may be defined to make such a call rather than 
building a URL as is described above. Although potentially more efficient than the alternative set 
out above, the availability of such a direct call to the servlet runtime will depend on the 
implementation details of the particular web server on which the composition service is 
implemented. The generation of an HTTP request by the composition service, in contrast, wiU be 
1 5 available in all typical web server environments. 

Although a preferred embodiment of the present invention has been described here in detail, it wUl 
be appreciated by those skilled in the art that variations may be made thereto without departing 
from the spirit of the invention or the scope of the appended claims. 
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